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DETAILED ACTION 

1 . Claims 13-15 and 17-40 are pending in this application. 

Claim Objections 

2. Claim 40 is objected to because of the following informalities: the claim contains the 
language "using" on the previous session ID and the transaction ID .... It is unclear what 
applicant's are trying to claim with the amended language. Appropriate correction is required. 

Claim Rejections - 35 USC §103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such thai the subject mallei' as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 13-15 and 17-40 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Salmi et al. (Pub. No US 2003/0037103 Al), hereinafter Salmi, in view of Eftis et al. (Patent 
No US 7,171,473 Bl), hereinafter Eftis, and further in view of Graham (Patent No US 
7,343,435 B2). 

5. With respect to claim 13, Salmi discloses a method for updating a presence attribute data 
in a client terminal, having a messenger service, comprising the steps of: reading a session 
IDentification (ID), which is an ID of a previous session between the client terminal and a server 
(Page 25, Claim 10); reading a client ID for identifying the client terminal (Page 7, [0117]; 
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reading a transaction ID, which designates between the client terminal and the server before a 
termination of a previous connection (Page 18, [0254], and Table 18); generating a 
synchronization key having at least one of the session ID, the client ID, and the transaction ID 
(Page 9, [0146]); and transmitting the generated synchronization key to the server (Page 9, 
[0146]). 

Salmi does not disclose the termination of the previous connection between the client terminal 
and the server; the synchronization key for requesting, from the server, only presence attribute 
data updated after the termination of the previous connection. 

However, Eftis discloses the synchronization key for requesting, from the server, only presence 
attribute data (Column 14, lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 



The combined teachings of Salmi and Eftis do not disclose after the termination of the previous 
connection between the client terminal and the server, requesting, from the server, only updated 
data after the termination of the previous connection. 
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However, Graham discloses after the termination of the previous connection between the client 
terminal and the server, requesting, from the server, only updated data after the termination of 
the previous connection (Column 3, lines 17-25). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to modify the teachings of Salmi and Eftis in order to provide one or more of several 
benefits. First, the download of the compressed archive need not be resumed from the beginning. 
Second, even though the download is not resumed from the beginning, the portion of the 
compressed archive that had been successfully downloaded need not be stored by the client as 
disclosed in Graham (Column 3, lines 28-42). 

6. With respect to claims 14 and 23, Salmi discloses wherein the transaction ID is generated 
according to a last response of the server for a request of a client terminal (Page 12, [0173], and 
Table 6). 

7. With respect to claims 15 and 24, Salmi discloses wherein the presence attribute data 
includes at least one of a list of friends, statuses of the friends, addresses of the friends and 
contact information of the friends, and wherein the presence attribute data is stored in the client 
terminal for a messenger service (Pages 13 continued through to 14, [0195]-[0202]). 
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8. With respect to claim 25, Salmi discloses wherein the memory stores the previous session 
ID, the client ID, and the transaction ID (Page 2, [0024]). 

9. With respect to claims 17 and 26, Salmi discloses further comprising whenever a session 
between the server and the client terminal is established, updating the presence attribute data, the 
session ID, the client ID, and the transaction ID (Page 24, Claim 3). 

10. With respect to claim 1 8, Salmi discloses a method for sending a presence attribute data 
for providing a messenger service in a server, comprising the steps of: receiving a presence 
synchronization request from a client terminal (Page 3, [0043]; identifying the received presence 
synchronization request (Page 3, [0043]); and transmitting the updated presence attribute data to 
the client terminal (Page 1, [0017]). 

Salmi does not disclose the presence synchronization request having at least one of a previous 
session IDentification (ID), a client ID, and a transaction ID; identifying a session IDentification 
(ID) whether the client terminal was previously connected to the server to perform the messenger 
service according to the received presence synchronization request; if the client terminal is a 
client terminal used for a previous connection, checking presence attribute data updated after a 
termination of the previous connection between the client terminal and the server, wherein the 
updated presence attribute data is requested from the client terminal using the previous session 
ID according to the client ID and the transaction ID; updated after the termination of the previous 
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connection to the client terminal, wherein the transmitted updated presence attribute data does 
not include presence attribute data updated before the termination of the previous connection. 

However, Eftis discloses the presence synchronization request having at least one of a previous 
session IDentification (ID), a client ID, and a transaction ID (Column 14, lines 20-39); 
identifying a session IDentification (ID) whether the client terminal was previously connected to 
the server to perform the messenger service according to the received presence synchronization 
request (Column 14, lines 20-39); if the client terminal is a client terminal used for a previous 
connection, checking presence attribute data updated after the previous session ID according to 
the client ID and the transaction ID (Column 14, lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 

The combined teachings of Salmi and Eftis do not disclose termination of the previous 
connection between the client terminal and the server, wherein the updated presence attribute 
data is requested from the client terminal; updated after the termination of the previous 
connection to the client terminal, wherein the transmitted updated presence attribute data does 
not include presence attribute data updated before the termination of the previous connection. 
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However, Graham discloses termination of the previous connection between the client terminal 
and the server, wherein the updated data is requested from the client terminal (Column 3, lines 
17-25); updated after the termination of the previous connection to the client terminal, wherein 
the transmitted updated data does not include data updated before the termination of the previous 
connection (Column 3, lines 17-25). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to modify the teachings of Salmi and Eftis in order to provide one or more of several 
benefits. First, the download of the compressed archive need not be resumed from the beginning. 
Second, even though the download is not resumed from the beginning, the portion of the 
compressed archive that had been successfully downloaded need not be stored by the client as 
disclosed in Graham (Column 3, lines 28-42). 

1 1 . With respect to claims 19 and 28, Salmi discloses further comprising identifying the 
client ID from the received presence synchronization request, wherein the client ID is unique ID 
of the client terminal (Page 2, [0021]). 

12. With respect to claims 20 and 29, Salmi discloses further comprising identifying the 
transaction ID from the received presence synchronization request, wherein the transaction ID is 
designated between the client terminal and the server before a termination of the previous 
connection (Page 2, [0036]-[0037]). 
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13. With respect to claims 21 and 30, Salmi discloses wherein transmitting the updated 
presence attribute data to the client terminal includes: identifying the at least one of the previous 
session ID, the client ID, and the transaction ID from the received presence attribute data request 
(Page 16, [0239] and Table 2); and transmitting the updated presence attribute data to the client 
terminal corresponding to the identified at least one of the previous session ID, the client ID and 
the transaction ID, using at least one of the session ID, the client ID, and the transaction ID, 
wherein the updated presence attribute data is transmitted to the client terminal after a 
termination of the previous connection (Page 9, [0146] and Table 3). 

14. With respect to claim 22, Salmi discloses a client terminal for updating presence attribute 
data for a messenger service, the client terminal comprising: a processor for reading a previous 
session IDentification (ID) between the client terminal and a server before a reconnection to the 
server (Page 25, Claim 10), reading a client ID, which is a particular ID of the client terminal 
(Page 7, [0117]), reading a transaction ID which designates between the client terminal and the 
server before a termination of a previous connection (Page 18, [0254] and Table 18), and 
generating a synchronization key by using at least one of the previous session ID, the client ID 
and the transaction ID (Page 9, [0146]); and a transmitter for transmitting the generated 
synchronization key to the server (Page 9, [0146]). 
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Salmi does not disclose the synchronization key for requesting, from the server, only presence 
attribute data updated after a termination of the previous connection between the client terminal 
and the server. 

However, Eftis discloses the synchronization key for requesting, from the server, only presence 
attribute data updated after a termination of the previous connection between the client terminal 
and the server (Column 14, lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 

15. With respect to claim 27, Salmi discloses a server for transmitting presence attribute data 
for messenger service to a client terminal, the server comprising: a receiver for receiving a 
presence synchronization request from a client terminal (Page 3, [0043]); a processor for 
identifying the received presence synchronization request (Page 3, [0043]); and a transmitter for 
transmitting the updated presence attribute data to the client terminal (Page 1, [0017]). 

Salmi does not disclose the presence synchronization request having at least one of a previous 
session IDentification (ID), a client ID, and a transaction ID; identifying a session IDentification 
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(ID) whether the client terminal was previously connected to the server to perform the messenger 
service according to the received presence synchronization request; if the client terminal is a 
client terminal used for a previous connection, checking presence attribute data updated after a 
termination of the previous connection between the client terminal and the server, wherein the 
updated presence attribute data is requested from the client terminal using the previous 
connection according to the at least one of the session ID according to the client ID and the 
transaction ID; wherein the transmitted updated presence attribute data does not include presence 
attribute data updated before the termination of the previous connection. 

However, Eftis discloses the presence synchronization request having at least one of a previous 
session IDentification (ID), a client ID, and a transaction ID (Column 14, lines 20-39); 
identifying a session IDentification (ID) whether the client terminal was previously connected to 
the server to perform the messenger service according to the received presence synchronization 
request (Column 14, lines 20-39); if the client terminal is a client terminal used for a previous 
connection, checking presence attribute data updated after the previous connection according to 
the at least one of the session ID according to the client ID and the transaction ID (Column 14, 
lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
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kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 

The combined teachings of Salmi and Eftis do not disclose a termination of the previous 
connection between the client terminal and the server, wherein the updated presence attribute 
data is requested from the client terminal; wherein the transmitted updated presence attribute 
data does not include presence attribute data updated before the termination of the previous 
connection. 

However, Graham discloses a termination of the previous connection between the client terminal 
and the server, wherein the updated data is requested from the client terminal (Column 3, lines 
17-25); wherein the transmitted updated data does not include data updated before the 
termination of the previous connection (Column 3, lines 17-25). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to modify the teachings of Salmi and Eftis in order to provide one or more of several 
benefits. First, the download of the compressed archive need not be resumed from the beginning. 
Second, even though the download is not resumed from the beginning, the portion of the 
compressed archive that had been successfully downloaded need not be stored by the client as 
disclosed in Graham (Column 3, lines 28-42). 
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1 5 . With respect to claim 3 1 , it is rejected for the same reasons as claim 13. In addition 
Salmi does not disclose receiving the attribute data updated after a previous connection between 
the client terminal and the server if the transmitted synchronization key is the same as a previous 
synchronization key stored in the server. 

However, Eftis discloses receiving the attribute data updated after a previous connection between 
the client terminal and the server if the transmitted synchronization key is the same as a previous 
synchronization key stored in the server (Column 14, lines 20-39). 

16. With respect to claim 32, it is rejected for the same reasons as claim 13. In addition 
Salmi does not disclose wherein, in receiving the updated presence attribute data from the server, 
the client terminal does not receive presence attribute data that has not been updated after the 
previous connection between the client terminal and the server. 

However, Eftis discloses wherein, in receiving the updated presence attribute data from the 
server, the client terminal does not receive presence attribute data that has not been updated after 
the previous connection between the client terminal and the server (Column 14, lines 20-39). 

17. With respect to claims 33 and 37, Salmi does not disclose wherein the previous session 
ID is an ID of a previous session between the client terminal and the server. 
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However, Eftis discloses wherein the previous session ID is an ID of a previous session between 
the client terminal and the server (Column 14, lines 20-39). 

18. With respect to claims 34 and 38, Salmi does not disclose wherein the transaction ID is 
an ID which designates the server's response to the client terminal's request, or the client 
terminal's response to the server's request between the client terminal and the server before a 
termination of a previous connection. 

However, Eftis discloses wherein the transaction ID is an ID which designates the server's 
response to the client terminal's request, or the client terminal's response to the server's request 
between the client terminal and the server before a termination of a previous connection (Column 
14, lines 20-39). 

19. With respect to claim 35, it is rejected for the same reasons as claim 22. In addition 
Salmi does not disclose wherein the transmitter receives, from the server, presence attribute data 
updated after a previous connection between the client terminal and the server, if the transmitted 
synchronization key is the same as a previous synchronization key stored in the server. 

However, Eftis discloses wherein the transmitter receives, from the server, presence attribute 
data updated after a previous connection between the client terminal and the server, if the 
transmitted synchronization key is the same as a previous synchronization key stored in the 
server (Column 14, lines 20-39). 
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20. With respect to claim 36, it is rejected for the same reasons as claim 22. In addition 
Salmi does not disclose wherein, in receiving the updated presence attribute data from the server, 
the client terminal does not receive presence attribute data that has not been updated after the 
previous connection between the client terminal and the server. 

However, Eftis discloses wherein, in receiving the updated presence attribute data from the 
server, the client terminal does not receive presence attribute data that has not been updated after 
the previous connection between the client terminal and the server (Column 14, lines 20-39). 

21 . With respect to claim 39, Salmi discloses a method for updating a presence attribute data 
in a client terminal, having a messenger service (Page 25, Claim 10), comprising the steps of: 
reading a client ID for identifying the client terminal (Page 7, [0117]); and transmitting the 
generated synchronization key to the server (Page 9, [0146]). 

Salmi does not disclose generating a synchronization key for requesting, from a server after 
termination of a previous connection between the client terminal and the server, only presence 
attribute data updated after a previous connection between the client terminal and the server, the 
synchronization key having the client ID. 

However, Eftis discloses generating a synchronization key for requesting, from a server after 
termination of a previous connection between the client terminal and the server, only presence 
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attribute data updated after a previous connection between the client terminal and the server, the 
synchronization key having the client ID (Column 14, lines 20-39). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 

The combined teachings of Salmi and Eftis do not disclose only data updated after the 
termination of the previous connection between the client terminal and the server. 

However, Graham discloses only data updated after the termination of the previous connection 
between the client terminal and the server (Column 3, lines 17-25). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to modify the teachings of Salmi and Eftis in order to provide one or more of several 
benefits. First, the download of the compressed archive need not be resumed from the beginning. 
Second, even though the download is not resumed from the beginning, the portion of the 
compressed archive that had been successfully downloaded need not be stored by the client as 
disclosed in Graham (Column 3, lines 28-42). 
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22. With respect to claim 40, Salmi discloses a method for sending a presence attribute data 
for providing a messenger service in a server, comprising the steps of: 
receiving a synchronization key for requesting a presence attribute data updated in the server 
from a client terminal (Page 3, [0043]); identifying a particular client IDentification (ID) from 
the received synchronization key (Page 2, [0021]); reading a previous session ID, which is an ID 
of a previous session between the client terminal and a server (Page 25, Claim 10), and a 
transaction ID, which designates between the client terminal and the server before a termination 
of the previous connection, corresponding to the particular client ID, if the particular client ID is 
a previous client ID used for a previous connection (Page 18, [0254], and Table 18); and 
transmitting the updated presence attribute data to the client terminal (Page 1; [0017]). 

Salmi does not disclose checking presence attribute data updated after a termination the previous 
session between the client and the server using on the previous session ID and the transaction ID, 
wherein the updated presence attribute data is required from the client terminal; updated after the 
termination of the previous connection to the client terminal, wherein the transmitted updated 
presence attribute data does not include presence attribute data updated before the termination of 
the previous connection. 

However, Eftis discloses checking presence attribute data updated after the previous session 
based on the previous session ID and the transaction ID, wherein the updated presence attribute 
data is required from the client terminal (Column 14, lines 20-39). 
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It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to combine the teachings of Salmi with the teachings of Eftis in order to receive the 
most up to date presence information by allowing IM user's who get disconnected due to some 
kind of temporary interruption (i.e. log off), that once the user has logged back on they receive 
the most up to date presence information (Eftis; Column 14, lines 20-39). 

The combined teachings of Salmi and Eftis do not disclose termination of the previous 
connection between the client terminal and the server, wherein the updated presence attribute 
data is requested from the client terminal; updated after the termination of the previous 
connection to the client terminal, wherein the transmitted updated presence attribute data does 
not include presence attribute data updated before the termination of the previous connection. 

However, Graham discloses termination of the previous connection between the client terminal 
and the server, wherein the updated data is requested from the client terminal (Column 3, lines 
17-25); updated after the termination of the previous connection to the client terminal, wherein 
the transmitted updated data does not include data updated before the termination of the previous 
connection (Column 3, lines 17-25). 

It would have been obvious to a person having ordinary skill in the art at the time of the 
invention to modify the teachings of Salmi and Eftis in order to provide one or more of several 
benefits. First, the download of the compressed archive need not be resumed from the beginning. 
Second, even though the download is not resumed from the beginning, the portion of the 
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compressed archive that had been successfully downloaded need not be stored by the client as 
disclosed in Graham (Column 3, lines 28-42). 

Response to Arguments 

23. Applicant's arguments with respect to claims 13-15 and 17-40 have been considered but 
are moot in view of the new ground(s) of rejection. 



Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to MARSHALL MCLEOD whose telephone number is (571)270- 
3808. The examiner can normally be reached on Monday - Thursday 6:30 a.m-4:00 p.m.. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ario Etienne can be reached on (571) 272-4001 . The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Ramy M Osman/ 

Primary Examiner, Art Unit 2457 

/Marshall McLcod/ 
Examiner, Art Unit 2457 
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